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METHOD, SYSTEM, AND PROGRAM FOR INVOKING STORED 
PROCEDURES AND ACCESSING STORED PROCEDURE DATA 

KFJ.ATRT) APPLICATIONS 
5 [0001] This application claims the benefit of U.S. Provisional Application No. 

60/223,156, filed August 7, 2000, and entitled "METHODOLOGY FOR GENERATING A 
REMOTE INTERFACE FOR INVOKING A STORED PROCEDURE", which provisional 
application is incorporated herein by reference in its entirety. 

10 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

[0002] The present invention relates to a method, system, and program for invoking stored 
procedures and accessing stored procedure data. 

15 2. Description of the Related Art 

[0003] Many distributed applications are written using Java** programming architectures, 
where a client on one system requests over a network, such as the Internet, a Local Area 
Network (LAN), etc., data or actions with respect to a server application. For instance, the 
International Business Machines ("IBM") WebSphere** Application Server implements an 

20 open distributed environment where client applications on different platforms, such as different 
operating systems or different programing languages etc., can interact with the server or with 
each other (e.g., components, such as Enterprise JavaBeans, can talk to each other on the same 
server or between servers). 

[0004] A common design of distributed applications uses three computing tiers: a client that 
25 interacts with the user, an application server, such as the IBM WebSphere Application Server, 
that contains the business logic of the application, and a resource manager that stores data. In 
this model, the client is isolated from having to know anything about the actual resource 
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manager, such as the underlying database being accessed or modifications thereto. 
Furthermore, this approach provides additional security. Only the servers, not the clients, need 
direct access to the data controlled by the resource manager. The clients may comprise Java 
applets, Visual Basic, C++ and other client program implementation techniques commonly used 

5 in current art distributed application architectures. 

[0005] For example, a client can provide a form on which a user (a person using a 
Web browser, for example) can enter orders for a product. The client sends this order 
information to the server, which checks the product database and performs tasks needed for 
billing and shipping. A single server is typically used by multiple clients. For example, dozens or 

1 0 hundreds of clients can interact with a handful of servers that control database access. The 
server will manage and synchronize access to the data base resource and respond to client 
requests with either data or status information. 

[0006] One issue that e-commerce application developers encounter is that many of the 
robust database application programs, such as legacy database stored procedures, are written 
1 5 in programming languages and use data input and output parameter formats that are 
incompatible with commonly used client architectures, e.g., Java clients, applets, etc. 
[0007] For this reason, there is a need in the art to provide an interface to allow client 
applications written in common programming languages, e.g., Java, C++, Visual Basic, etc., for 
enabling access to data collected by database stored procedures. 

20 

SUMMARY OF THE PREFERRED EMBODIMENTS 
[0008] Provided is a method, system, and program for enabling access to data. A call is 
received from a client to invoke a remote interface method. A remote interface implementation 
accesses parameters from the received call in response to the invocation of the remote interface 
25 method. A stored procedure call is generated with the accessed parameters as input 
parameters of the stored procedure. The stored procedure call is transferred to a stored 
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procedure named by the call to execute. Output from the stored procedure is received and 
inserted into a data object that is returned to the client. 

[0009] In additional implementations, the stored procedure processes a database and 
generates the output by performing operations on data in the database. The output is capable 
5 of comprising output that is a member of the set of output comprising one or more result sets of 
data from the database table and one or more output parameters resulting from stored 
procedure operations performed on data in the database table. 

[0010] Yet further, metadata is generated describing the stored procedure output included in 
the data object. The metadata is added to the data object. The client may process the 
10 metadata in the received data object to determine how to access the stored procedure output 
from the data object 

[0011] Further provided is a method for making stored procedure programs available to 
application programs. A determination is made of one stored procedure program generating 
output needed by one application program. A remote interface implementation is generated to 

1 5 respond to a remote interface method that is capable of receiving a call from the application 
program including data and invoking a stored procedure in a database server with the data from 
the application program used as input. An output mapping is generated for the remote interface 
implementation to use to determine how to insert the stored procedure output into a data object 
that may be used by the application program. 

20 [0012] The described implementations provide a technique for enabling client applications to 
access and invoke stored procedure programs and return data to the client applications in a 
format compatible with the client architecture. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0013] Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 

FIG. 1 illustrates a computing environment in which aspects of the invention are 
5 implemented; 

FIG. 2 illustrates data structures used by a remote interface implementation to manage 
access to a stored procedure in accordance with described implementations of the invention; 

FIG. 3 illustrates logic executed in the remote interface implementation to invoke a 
stored procedure; and 

10 FIG. 4 illustrates logic executed in the remote interface implementation to process fee 

stored procedure output in accordance with described implementations of the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0014] In the following description, reference is made to the accompanying drawings which 

1 5 form a part hereof and which illustrate several embodiments of the present invention. It is 

understood that other embodiments may be utilized and structural and operational changes may 
be made without departing from the scope of the present invention. 
[0015] FIG. 1 illustrates a network computing environment 2 implementing aspects of the 
invention. The network environment 2 includes a client system 4 including a client application 6 

20 and remote interface 8 5 an application server 10 including a remote interface implementation 12 
and database client program 14, and a database server 16 including a database program 18, 
such as a database management system (DBMS) program and a database 22. The client 
system 4, application server 10, and database server 16 may comprise one or more servers or 
any other computer devices known in the art. Alternatively, the application server 10 may 

25 comprise middleware executing on the client system 4 or a different system. 

[0016] The client system 4, application server 10, and database server 16 communicate over 
a network 20, which may comprise any network known in the art, including a Transmission 
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Control Protocol/Internet Protocol (TCP/IP) network (e.g., an Intranet, the Internet), Local 
Area Network, WAN, Fibre Channel, Token Ring, etc. Alternatively, the network 20 may be 
comprised of multiple networks. Alternatively, the database program 18, database 22, remote 
interface implementation 12, and client application 6 may be implemented on the same machine 

5 or any combination of separate machines, thereby avoiding the need for a network 
communication protocol between certain of the programs 6, 10, and 16. 
[0017] The database client/server programs 14, 18 may be comprised of any database 
client/server program known in the art, such as IBM DB2, Oracle Corporation's ORACLE, 
Microsoft SQL Server, ** etc. The database programs 14 and 18 are used to access and 

1 0 perform operations with respect to information maintained in one or more databases 22. The 
database(s) 22 would consist of one or more tables 24 having rows and columns of data. 
Further details of the architecture and operation of a database program are described in the 
IBM publications "Administration Guide, Version 7 (Volumes 1, 2, and 3)", IBM document 
nos. SC09-2946-00, SC09-2944-00, SC09-2945-00 (Copyright IBM. Corp., 2000) and "A 

1 5 Complete Guide to DB2 Universal Database," by Don Chamberlin (Morgan/Kaufman, 1998), 
which publications are incorporated herein by reference in its entirety. 
[0018] In the described implementations of FIG. 1, the database program 18 includes a 
stored procedure 28 that is a program invoked by a call or invocation mechanism 30 within the 
database client 14. The stored procedure call 30 provides input parameters to the stored 

20 procedure 28. In response to the call 30, the stored procedure 28 executes within the 

database server 16 and may execute Structured Query Language (SQL) statements to process 
database 22 records according to the input parameters or perform a non-SQL related action. 
The stored procedure 28 may comprise a block of procedural constructs and may include SQL 
statements, i.e., an application program. Additionally, the stored procedure 28 can execute 

25 program statements without querying the database tables 22. In such case, the stored 

procedure 28 would comprise a program that executes and generates output independently of 
the database 22. The stored procedure 28 can be invoked by name in the stored database call 
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30. Stored procedures are particularly useful for processing a large number of database 
records, e.g., millions to billions of records, without having to transfer data between the 
database server 16 and database client 14 and provide necessary input parameters. Stored 
procedures are maintained at the database server 16 for access and reuse by multiple database 

5 clients 14. Further details of stored procedures are described in the publication "A Complete 
Guide to DB2 Universal Database," which was incorporated by reference above. 
[0019] In certain implementations, the remote interface 8 and remote interface 
implementation 12 may be implemented using distributed computing protocols known in the art, 
such as the Java Remote Method Invocation (RMI), Common Object Request Broker 

10 Architecture (CORBA), Remote Procedure Call (RPC), Simple Object Access Protocol 
(SOAP), etc., to allow the remote interface implementation 12 and remote interface 8 to 
communicate. The application server 10 further runs a program to handle requests from the 
client, such as the IBM WebSphere application server or a Hypertext Transfer Protocol 
(HTTP) server. The remote interface implementation 12 may be implemented as an Enterprise 

1 5 JavaBean capable of handling requests from various clients, e.g., web browsers, Java applets, 
etc., and invoking the stored procedure 28 to gather the data requested by the client application 
6. Thus, the remote interface 8 and remote interface implementation 12 comprise distributed 
objects that communicate over the network 20. 

[0020] In implementations where the remote interface 8 and remote interface implementation 
20 12 are implemented using Enterprise JavaBeans, the application server 10 provides security, 
concurrency control, transaction support, and other common business requirements. The 
Enterprise JavaBean remote interface implementation 12 may be accessed directly from client- 
side Java applications by using RMI/IIOP protocols or may be accessed indirectly from Web 
clients, which communicate to a HTTP server implemented in the application server 10. 
25 Additionally, the client call 32 may further invoke a Java servlet or Java Server Page (JSP) that 
in turn calls the remote interface implementation 12. 
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[0021] The remote interface implementation 12 would receive a request or call 32 from the 
client application 6, which may provide data related to the request. The remote interface 
implementation 12 would then map the data from the client call 32 to any input parameters of 
the stored procedure call 30. The remote interface implementation 12 would then invoke the 
5 stored procedure call 30 specifying the name of the server stored procedure 28 and any input 
parameters included in the client application 6. To generate the stored procedure call 30, the 
remote interface implementation 12 must include any required input to map any content of the 
client call 32 to the input parameters of the stored procedure call 30. The stored procedure 28 
could return zero or more result sets of data from the tables 24 that satisfies a query. The query 
1 0 terms may be based on input parameters mapped from the client call 32. Additionally, the 

stored procedure 28 can perform calculations and operations on data in the database tables 24 
or other operations that do not access the database tables 24 to generate one or more output 
parameters, such as an average of the values of all rows that satisfy a query condition, etc. Yet 
further, the stored procedure 28 can perform various actions on the database server 14 without 
1 5 returning any data to the node, such as sending messages. The remote interface implementation 
12 must input code to map the one or more result sets and/or output parameters returned from 
the stored procedure 28 to a data structure that can be returned to the client application 6 via 
the remote interface 8. 

[0022] One challenge current software architects face is that the client application 6 expects 
20 one data object to be returned in response to the call 32. However, the stored procedure 
output may comprise one or more result sets of multiple rows of data with different column 
formats and one or more output parameters. To accommodate this limitation that the client 
receives only a single data object in response to the call 32, the described implementations 
provide a technique for mapping the stored procedure output to a format compatible with the 
25 client application. 

[0023] FIG. 2 illustrates data structures maintained at the remote interface implementation 12 
that are used when invoking the call 30 to the stored procedure 28 and when inserting data 
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from any returned result sets and/or parameters into a Java serializable object 34 to return to 
the client remote interface 8. Java Serialization is a standard Java mechanism that creates a 
platform independent byte stream of a Java object's state in order to allow the object to be 
written to a file or sent over a network. For a class to be serializable, the user has to implement 
5 the java.io.Serializable interface and the class fields have to be either of a primitive type or 
serializable. Alternatively, an object can be serializable if the class implements methods that 
write the state of non-primitive or non-serializable fields into the byte stream. FIG. 2 further 
illustrates the client remote interface call 32 received by the remote interface implementation 12 
that includes parameters and a request for data or other information. The remote interface 
10 implementation 12 includes one or more input mappings 52 that define how one or more data 
parameters 54a, b... n of the call 32 map to the input parameters 56a, b...m of the stored 
procedure call 32 that are provided to the stored procedure 28. 
[0024] The remote interface implementation 12 further includes one or more output 
mappings 60 that define how result sets 62a...& and output parameter(s) 64 returned by the 
1 5 stored procedure 28 map to elements 66a...k and 68 within the Java serializable object 34. 
The Java serializable object 34 includes metadata 72 that provides information on each of the 
elements added in the object 34. For instance, the metadata 72 may indicate which elements 
include output parameters, and the data types and lengths of each output parameter added to 
an element in the serializable object 34. The metadata 72 would further provide information on 
20 the returned result sets, including the number of different returned result sets, the structure of 
columns and data types in each result set, as well as the number of rows and how such result 
set data maps to the elements 66a...k in the Java serializable object 34. Thus, the result sets 
and/or output parameters returned by the stored procedure 28 may map to elements in the Java 
serializable object 34 that can be returned to the client application 6 as a single data object in 
25 response the call 32. Those skilled in the art will appreciate that a variety of serializable data 
object types may be used to store the stored procedure output, such as the IBM Data Access 
Beans callable statement object (com.ibm.db.CallableStatement). 




_g_ Express Mail No. EL821 157535US 

Docket No. STL920000073US2 
Firm No. 0055.0031 

[0025] The input 52 and output 60 mappings may comprise an index defining how the 
content of a client call 32 maps to input parameters 56a, b...m of the stored procedure call and 
how the returned result sets 62a.. Jfc and output parameters 64 from the stored procedure 28 
map to elements in the Java serializable object 34. 
5 [0026] In certain implementations, the stored procedure 28 may not return output to the 
remote interface implementation 12 and may instead perform other actions, such as updating 
the database 22, sending a message, calling other application programs, etc. In such case, the 
remote interface implementation 12 invoking the stored procedure 28 would not include the 
output mapping 60. 

10 [0027] The application server 10 may maintain multiple remote interfaces implementations 12 
invoked in response to different client calls that include different input 52 and output 60 
mappings. 

[0028] Additionally, the remote interface implementation 12 may maintain an error mapping 
80, shown in FIG. 2, to map stored procedure errors 82a...n returned by the stored procedure 

1 5 28, which are typically SQL errors, to Java remote exceptions 84a...», such as exceptions 
defined using the Java.rmi.RemoteExceptions class. The client application 6 is more likely to 
understand and utilize title Java exceptions than the SQL error codes generated by the stored 
procedure. Further, this error mapping may be required to support industry standards, such as 
the Enterprise JavaBean specification. 

20 [0029] FIG. 3 illustrates logic implemented in the remote interface implementation 12 to 
generate the stored procedure call 30 based on parameters in the client call 32. Control 
begins at block 100 with the remote interface implementation 12 receiving the call 32 from the 
remote interface 8 to invoke the remote interface implementation 12 to access the stored 
procedure 28. At block 102, the remote interface implementation 12 is invoked and a 

25 determination is made (at block 104) of input mappings 52 for the remote interface 

implementation 12. According to the input mappings 52, the remote interface implementation 
12 accesses (at block 106) parameters or data 54a, b...n from the client call 32 that map to 
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one or more input parameters 56a, b...m of the stored procedure call 30. The accessed 
parameters 54a, b...n are then inserted (at block 108) into each input parameter 56a, b...m 
according to the accessed input mapping 52. The remote interface implementation 12 then 
invokes (at block 1 10) the stored procedure call 30 with the input parameters from the client 
5 call 32. 

[0030] FIG. 4 illustrates the logic implemented in the remote interface implementation 12 to 
process output generated by the stored procedure 28 in response to the call 30. Upon 
receiving (at block 200) zero or more result sets of rows and/or output parameters generated 
by the stored procedure 28, the remote interface implementation 12 accesses (at block 202) 

10 the output mapping 60 for the remote interface implementation 12, which defines a mapping of 
result set data and/or output parameters to the Java serializable object 34 to return to the client 
remote interface 8, which in turn returns the object to the client application 6. The output 
parameters may be fixed predefined numbers and fields, such as a calculated values, whereas 
the number of result sets returned may vary. At blocks 204 to 21 8, the remote interface 

1 5 implementation 1 2 performs steps 206 through 2 1 8 for each received result set i. For each 
received result set z, the remote interface implementation 12 generates (at block 206) metadata 
72 defining each column of result set i, including the data type and length of each column, and 
the number of rows in the result set /. For each row j in result set i (at blocks 208 to 2 1 6) and 
for each column k in row j (at block 210 to 214), the remote interface implementation 12 adds 

20 a data element 66a...k to the Java serializable object 34, and inserts in this added element the 
data for column £, row j in result set I This operation is performed for all columns in all rows 
in result set /, until the Java serializable object 34 is populated with the data for the entire result 
set /. This operation is then performed for any further result sets i (at block 2 1 8) in the output 
received from the stored procedure 28. 

25 [0031] At blocks 220 to block 226, for each returned output parameter m, the metadata is 
generated and appended to the metadata 72 (at block 222) defining the type and length of the 
output parameter m . A data element 68 is then added to the Java serializable object 34 into 
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which the data for output parameter m is inserted. After the Java serializable object 34 is 
generated to include the data and metadata describing the result set and/or output parameter 
data from the stored procedure 28, the Java serializable object 34 is returned (at block 228) to 
the client application 6 via the remote interface 8 as a single data object. 

5 [0032] The client application 6 may be coded as a generic client for processing Java 

serializable objects, CallableStatements, etc, without assuming any prior knowledge about the 
CallableStatement's internal structure. Instead, the client application 6 may rely on the 
metadata 72 contained within the returned object 34 to parse the object and work with the 
relevant components, such as the output parameters and result sets returned by the procedure. 

1 0 [0033] With the logic of FIGs. 3 and 4, the remote interface implementation 12 is capable of 
using stored procedure 28 programs on behalf of client applications 6 and returning a single 
data object to the client application 6 that would include all the output of the stored procedure 
28, which may comprise multiple data points, as well as self-describing metadata 72. The client 
application 4 would be coded to process the metadata 72 to determine the structure and format 

15 of the output results in the Java serializable object 34 in order to access and utilize the data 
therein. With the described implementations, the remote interface implementation 12 enables a 
client application to access data gathered by a stored procedure program 28, which may be a 
legacy program, even though the stored procedure program 28 produces output that would 
otherwise be in an inaccessible format to the application. For instance, by using industry 

20 standard distributed computing architecture, such as the Enterprise JavaBean architecture, the 
functionality and output of the stored procedures are made available to Enterprise JavaBean 
client components without having to rewrite the stored procedure code. 
[0034] Following is an example of the application of the described implementations. In this 
example, the client application 6 is associated with a financial-oriented Web site that enables 

25 users to register with the site, track their investment portfolios, and post comments to electronic 
bulletin boards. The database that supports this Web site includes tables with CLIENT 
information, PORTFOLIO information for each client, and an index of postings made to bulletin 
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BOARDS. The database 22 also contains a stored procedure 28 CLIENTREPORT that 
provides a comprehensive profile of registered site users, including their investments and 
postings they have made to electronic bulletin boards. Client names and e-mail addresses are 
included with this report to allow the marketing staff to contact the user with suggestions 

5 regarding additional products or services being offered 

[0035] The stored procedure 28 of interest in this example may process three separate SQL 
statements individually, collecting appropriate data in output parameters and in result sets that 
will be returned to the client application. In this case, the output parameters include the name 
and email address of the Web site client and the result sets include information about the 

1 0 portfolio holdings and bulletin board postings for a particular user. For instance, a user at a 
web browser (not shown) could submit an HTTP request inclduing a user ID and request for 
portfolio information for the user. The HTTP request would be provided to the client 
application 6, which in turn would call the remote interface. The remote interface would then 
provide the user ID and request for portfolio information to the remote interface implementation 

15 12, which in turn would generate the stored procedure call 30 input to cause the stored 

procedure 28 to obtain portfolio information for the user identified with the provided user ID. 
The stored procedure 28 output from all three tables may then be encapsulated into a Java 
serializable object 34, such as a "comibm.db.CaUableStatemenf \ or other data object, to 
return to the client application 6. The client application 6 would then unpack and analyze the 

20 information and insert into a page capable of being rendered in the web browser of the user that 
initiated the HTTP request for the portfolio information, 

[0036] The stored procedure could be used for numerous other e-commerce uses, such as to 
query the database and gather records from which shipping costs can be calculated, inventory 
reviewed, shipments processed, trend analysis returned, etc. In this way, the processing 
25 burdens are transferred from the client or application server to the database server. 

[0037] With the described implementations, development and maintenance costs for e- 
business and other applications are reduced because such applications may utilize preexisting 
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legacy stored procedures without having to rewrite the stored procedure code. Application 
developers not accustomed to SQL and the database environment may have difficulty 
developing applications that implement the operations performed by the legacy stored 
procedure. With the described implementations, the application developer does not need 
5 extensive knowledge of SQL and the structure and arrangement of the database. Instead, the 
application developer need only create remote interfaces that make the stored procedure 
output available to the client programs. 

Additional Implementation Details 

1 0 [0038] The preferred embodiments may be implemented as a method, apparatus or article of 
manufacture using standard programming and/or engineering techniques to produce software or 
code. The term "article of manufacture" as used herein refers to code or logic implemented in a 
computer readable medium (e.g., magnetic storage medium (e.g., hard disk drives, floppy 
disks, tape, etc.), optical storage (CD-ROMs, optical disks, etc.), volatile and non-volatile 

1 5 memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs, SRAMs, firmware, 
programmable logic, etc.). Code in the computer readable medium is accessed and executed 
by a processor. The code in which preferred embodiments are implemented may further be 
accessible through a transmission media or from a file server over a network. In such cases, 
the article of manufacture in which the code is implemented may comprise a transmission media, 

20 such as a network transmission line, wireless transmission media, signals propagating through 
space, radio waves, infrared signals, etc. Of course, those skilled in the art will recognize that 
many modifications may be made to this configuration without departing from the scope of the 
present invention, and that the article of manufacture may comprise any information bearing 
medium known in the art 

25 [0039] In certain implementations, the stored procedure 28 output was placed in a Java 

serializable object. However, alternative data object types may be used to store the aggregated 
output data. 
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[0040] In the described implementations, the remote interface was implemented as an 
Enterprise JavaBean. However, those skilled in the art will appreciate that any component 
architecture may be used to implement the remote interface 8, remote interface implementation 
12, client application 6, and remote interface caU 32, and that the invention is not limited to Java 
5 implementations. 

[0041] hi one Java implementation, the remote interface may be written as a stateless session 
Enterprise JavaBean in order to minimize the number of mandatory methods that must be 
coded, minimize resource consumption and allow for use with multiple clients. 
[0042] In the above described implementations, the remote interface implementation 12 

1 0 invoked by the client remote interface call 32 accessed parameters from the client call and 
invoked the stored procedure call. Alternatively, the remote interface implementation 12 may 
call another program component to call the stored procedure call. 
[0043] In further implementations, the application server 10 may maintain multiple remote 
interface implementations 12 implemented as multiple Enterprise JavaBeans. 

1 5 [0044] In the described implementations, the client call 32 directly invoked the remote 
interface implementation 12. Additionally, the client application 6 may comprise a web or 
Hypertext Markup Language (HTML) client that transmits the call 32 as a Hypertext Transfer 
Protocol (HTTP) request that invokes the remote interface implementation 12 indirectly through 
a Java servlet 

20 [0045] Preferred embodiments were described with respect to specific data structures, such 
as input and output mappings, for generating and transferring calls to a stored procedure 
program. However, those skilled in the art will recognize that modifications may be made to 
the manner in which client applications map to input parameters of the stored procedure and 
how the stored procedure output is encapsulated in a single data object 

25 [0046] In the described implementations, the stored procedure produced output that was 
transmitted to the client application. In additional implementations, the stored procedure may 
not generate output data to return to the client application 6, but may instead transmit output to 
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other applications or perform some other actions, such as updating the database, sending an e- 
mail, etc. 

[0047] In the above described implementations, the remote interface implementation 12 
invoked a stored procedure that returned return result sets. In additional implementations, the 
5 stored procedure may not generate result sets to return to the client application 6, but may 
instead transmit result sets or other output to additional applications or perform some other 
actions, such as updating the database, sending an e-mail, etc. 
[0048] The application server 10, or middleware, including the remote interface 
implementation 12 and client database program 14 may be implemented in the client system 4 

10 or another computing device in the network 20. 

[0049] The foregoing description of the preferred embodiments of the invention has been 
presented for the purposes of illustration and description. It is not intended to be exhaustive or 
to limit the invention to the precise form disclosed. Many modifications and variations are 
possible in light of the above teaching. It is intended that the scope of the invention be limited 

1 5 not by this detailed description, but rather by the claims appended hereto. The above 

specification, examples and data provide a complete description of the manufacture and use of 
the composition of the invention. Since many embodiments of the invention can be made 
without departing from the spirit and scope of the invention, the invention resides in the claims 
hereinafter appended. 

20 

**Microsoft and Microsoft SQL Server are trademarks of Microsoft Corporation; IBM, DB2, 

and WEBSPHERE are trademarks of International Business Machines Corporation; ORACLE 
is a trademark of the Oracle Corporation; Java is a trademark of Sun Microsystems, Inc. 



